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I.  SYNOPSIS 


This  discussion  will  cover  a  structured  problem  solving  method¬ 
ology  as  it  is  used  in  the  Operations  Department  at  the  Electric 
Boat  Division  of  General  Dynamics.  A  brief  overview  will  describe 
several  successful  applications  of  the  problem  solving  me t  h o d o I  o g y . 
To  provide  an  understanding  of  the  concepts,  a  brief  description 
of  the  techni  que  used  wi  1 1  be  gi  ven. 


II,  GENERAL  OVERVIEW 
A.  I  nt  r oduct  i  on 


One  of  the  newest  buzz  words  in  Navy-related  shipbuilding 

today  is  Tech  Mod  or  Technology  Modernization.  This  program 
is  a  self  a s s e s s e me n t  of  your  current  "as  is"  operation  and 
the  development  of  a  proposed  or  "will  be"  operation.  The 
methodology  we  are  about  to  describe  provides  the  capability 
needed  to  perform  the  analysis  for  documenting  the  "as  is" 

and  devel  opi  ng  the  " wi  1 1  be" . 

Information  flow,  material  flow,  and  work- i  n- process  flow 
are  the  life's  blood  of  every  company,  organization,  or 
department.  Your  ability  to  understand  it,  and  analyze  the 

problems  that  occur  in  it,  has  a  significant  impact  on  its 
efficient  operation.  In  many  companies,  the  process  of 
determining  what  went  wrong,  and  what  to  do  to  fix  it,  is 

an  informal  effort.  In  most  cases,  it  is  left  up  to  operating 
ma  n  a  g  e  me  n  t  and  consensus  opinion.  In  larger  c  o  mp  a  n  i  e  s ,  it  ma  y 
become  a  management  team  or  industrial  engineering  responsibility. 
Regardless,  eventually  someone  in  the  organization  is  held 
accountable  for  resolving  "the  problem". 

In  the  problem  solving  business,  the  "problem  solvers"  have  a 
varying  life  span  (see  Figure  I  - 1 ) .  And,  as  the  illustration 
shows,  if  you  are  consistently  good,  it  can  be  quite  long  and 

happy  If  not,  you  often  stumble  your  way  through,  in  which 
case,  it  is  usually  very  short  and  s  o  me  t  i  me  s  even  fatal. 

I'm  sure  that  all  of  you  h  a  v  e  3  at  one  time  or  anot  her3  wi  t  nessed 

or  have  been  involved  in  one  of  those  problems  that  that  has 

been  around  for  some  time.  One  that  others,  or  even  yourself, 

might  have  broken  your  picks  on.  If  so,  maybe  you  will  recognize 

s o me  of  the  jobs  we  have  successfully  tackled  over  the  years 
(see  Fi  gure  I  ■  2) : 

•  Refuse  Disposal  System 

•  Classified  materials  -  drawings  -  hotel  trash 

-  Meeti  ng  al  I  Federal  EPA  regul  ati  ons 
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•  Pi  pe  "Target "  System 

■  Requirements  definition 

■  Wl  P  Status  and  Control 

•  Wo  r  k  closeout 

•  Di  vi  s  i  on- Wi  de  Inventory  System 

-  Al  I  Wl  P  materi  a  I 

-  Al  I  materi  al  installed  on  submari  nes 

•  Inventory  Reconciliation  Syst  em  i  ncl  udi  ng: 

•  Procedures  and  t  rai  ni  ng 

-  Project  management  responsibilities 

I  Division  Hazardous  Waste  Control  System 

•  Meet  i  ng  all  Federal  EPA  regul at  i  ons 

•  Structural  Steel  Weld  Accountability  System 

I  Pilot  Machine  Shop  Wo  r  k  Control  System 

-  Work  breakdown  (product  structure) 

■  Part  numbering 

-  Data  base  load 

-  User  procedures  and  training 

■  Project  management 

■  Turn- key  to  producti  on 

-  Fleet  immediate  needs  (short  term) 

-  Capable  of  evolving  to  an  MRP  system  (long  term) 

I  Numerous  Trade  Work  Center  Analysis 

These  are  representative  of  the  kinds  of  p r  o b I  e ms  that 
could  be  encountered  in  any  shipyard. 

The  point  is  that  these  problems  were  resolved  and  many 
others,  using  a  very  easily  learned  analysis  technique. 

And,  most  importantly,  we  consistently  do  these  types  of 
jobs  without  falling  into  the  usual  pattern  of  solving  the 
wrong  problem  right,  one  or  more  times,  before  finally 
stumbling  onto  the  real  problem  and  solution. 

In  fact,  I  tell  my  engineers  that  this  is  my  biggest  fear 
the  fear  of  solving  the  wrong  problem  right.  Let  me  give 
you  one  example  because  I  think  it  illustrates  what  c a n 9 a n d 
often  does,  happen: 

•  Take  the  Refuse  System  previ ousl  y  mentioned  -  (see  Figure 

1-3): 

Back  a  few  years  ago,  EB  was  having  problems  with  their 
incinerator  -  it  belched  black  smoke.  It  eventually  got 
to  the  point  where  the  EPA  was  threatening  a  $  2  5,0  00  fine. 
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One  of  our  sister  engineering  groups  had  already  been 
tasked  to  solve  the  problem.  In  fact,  they  spent  several 
months  and  nearly  $  1  0  0,0  0  0  trying  to  stop  that  incinerator 
from  belching  black  s mo k e .  Failing  to  do  so;  and  after 
some  further  EPA  stimulation,  we  were  asked  to  go  "take 
a  look"  at  the  "Incinerator  Problem".  Our  approach  was 
considerably  different.  We  d  o  c  u  me  n  t  e  d  and  analyzed  the 
entire  refuse  disposal  system  at  EB  and  eventually  in¬ 
cluded  our  facility  at  Quonset  Point,  Rhode  Island.  With¬ 
out  going  into  all  the  details,  our  analysis  included  con¬ 
tract  requirements,  ASPER  regulations,  Nuclear  Regulatory 
requirements,  trash  classification  [how  much  of  what  kind 
from  where].,  facilities,  and  equipment.  What  we  found  was 
much  more  than  an  incinerator  problem.  Our  solution  was 
to,  get  rid  of  the  incinerator  and  install  a  large  scale 
sheer  type  shredder,  coupled  with  an  approved  landfill 
operation.  We  wrote  the  specs  for  the  shredder,  monitored 

ma n u f  a c t  u r  i  n g  of  it,  tested  it,  did  the  facility  layout, 
obtained  spec  changes  in  our  contracts,  changed  operating 
procedures,  etc.  And,  that  is  how  we  dispose  of  trash 
today.  And,  there  is  no  black  smoke,  no  threatening  EPA 
fine  f i n  e  s  3  a  n  d  the  refuse  disposal  system  works  just 


I  think  that  you  can  see  that  much  more  obvious  solutions 
could  have  been  developed: 

•  Perhaps  eventually  the  incinerators  could  have  been  made 
to  work,  or  maybe  a  more  modern,  higher  temperature 
pressurized  incinerator  would  have  done  the  job  --  maybe 
not, 

Regardless,  the  point  is  that  the  final  solution  was  not,  and 
seldom  is,  the  obvious!  Actually,  more  often  than  not,  the 
obvious  is  simply  a  sympton  -  seldom  the  cause.  Permanent 
solutions  are  almost  always  the  result  of  in-depth  analysis. 

III.  OYERVI  EW  ■  ANALYSI S  METHODOLOGY 


A.  Introduction 

Essentially,  the  message  we  hope  to  impart  here  today  is  an 
understanding  of  the  problem  solving  me t  h o d o I  o g y  or  technique 
we  use  to  consistently  solve  the  right  problem  right!  An 
easily  learned  technique  whose  basis  is  structured  after  a 
Honeywell  education  course  called  Bl  SAD,  modified  to  work  for 
use  in  our  environment,  which  can  be  modified  and  learned  by 
you  and  applied  equally  as  well  in  your  environment.  However, 
the  intent  of  this  presentation  is  not  to  taut  Honeywell's 
technique,  it  is  to  illustrate  that  a  structured,  disciplined, 
functional  analytical  approach,  will  yield  consistent  success¬ 
ful  results. 
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B.  The  Bl  SAD  (Business  Information  Systems  Analysis  and  Design) 

Methodol oqy 

Bl  SAD,  as  taught  by  Honeywell,  covers  two  fundamental  areas: 

(1)  the  Analysis  Process;  and  (2)  the  process  of  Project 
Management.  The  discrete  relationship  between  the  two  is 
that  Project  Management  controls  (manages)  the  implementation 
of  the  results  of  the  analysis;  in  short,  it  gets  the  job 
done. 

Briefly,  described,  the  analysis  methodology  is  a  structured 
approach  used  to  train  computer  systems  people.  When  I  say 
structured,  I  mean  it  is  a  defined  step-by-step  technique 
that  proceeds  from  an  interview  phase  called  Background 
Anal  y  s  i  s ,  to  Functional  Analysis,  to  Functional  Design,'  to 
System  Desi  gn,  to  the  d e v e I  o p me n t  of  an  i  mp i  e me n t a t  i  on  plan. 

A  key  e I  e me n t  to  the  successful  a p p I  i  c a t ion  of  this  me t h o d o - 
logy,  is  that  it  requires  religious  adherence  to  the  tech- 

ni que  -  i . e. ,  you  do  it  by  the  book! 

Project  Management  is  tied  directly  to  analysis  because  the 
ultimate  success  of  the  analysis  can  only  be  realized  if  and 
when  full  implementation  takes  place.  Most  importantly,  it 
gives  the  project  manager  the  "tool"  he  needs  to  control  and 

status  i  mp  I  e  me  n  t  a  t  i  o  n . 

C.  Methodology  Overview 

Conceptually,  the  BISAD  Analysis  and  Project  Control  technique 
is  illustrated  as  shown  here  (Figure  2-1).  The  purpose  of  this 
overview  being  to  familiarize  you  with  each  phase  of  the  analysis, 
and  the  terms  used.  What  is  illustrated  here  is  that  as  a  result 

of  the  background  analysis  interviews,  several  analytical  steps 
are  taken.  First,  a  Fund  i  on  Act  i  vi  t  y  Chart  is  developed.  This 
is  the  identification  of  the  activities  performed  and  a  grouping 
of  the  common  or  similar  activities  into  what  is  called  a  function. 
For  example,  an  Inventory  Control  function  might  consist  of  a 

grouping  of  activities  called:  scheduling,  planning,  inventory 
adjustments,  purchasing. 

The  Function  Activity  Chart  is  then  further  developed  in  the 
form  of  a  Total  Information  Interface  Diagram  whose  acronym 
is  called  a  "TIID".  This  diagram  identifies  the  generic 

information  that  must  flow  between  each  function  (inputs  and 
outputs)  in  order  for  it  to  exist.  For  example,  one  input 
into  the  Inventory  Control  function  might  be  material  require¬ 
ments  from  the  Production  Control  Department;  while  the  output 
would  be  the  release  of  a  purchase  order.  So,  in  reality,  you 
have  created  a  defined,  illustrated  picture  of  the  problem,  the 
generic  information,  and  how  it  flows,  including  its  interfaces. 
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This  phase  is  followed  by  a  further  breakdown  of  the  infor¬ 
mation  identified  in  both  the  Function  Activity  Chart  and  the 
Total  Information  Interface  Diagram  (TIID).  The  analysis  now 
takes  the  form  of  a  Functional  Information  Interface  Diagram 
or  ( F 1 1  D) . .  As  shown  by  the  illustration,  a  FIID  is  an  illustrated 
breakdown  of  each  function.  It  identifies  the  information  flow 

(inputs  and  outputs)  in  t  e  r  ms  of  the  d  o  c  u  me  n  t  s  t  h  e  ms  e  I  v  e  s .  For 
example,  in  the  case  of  the  Inventory  Control  function,  you 
might  find  the  purchase  order  is  now  called  a  Delivery  Request, 
and  so  on.  FIID's  are  developed  for  each  function,  thereby, 

defining  in  detail  the  i  n  f  o  r  ma  t  i  o  n  flow  in  and  out  of  each 
function  as  it  exists. 

The  Detail  System  Design  phase  is  essentially  a  combining  of 
the  FIID's  into  one  defined  illustrated  diagram  that  reflects 
the  total  proposed  system,  incorporating  all.  changes  made  to 
the  existing  system. 

Lastly,  all  of  the  activities  required  to  achieve  i  mp I  e me n t a t i  o n 
are  identified  and  then  sequenced  in  a  modified  PERT  type  diagram. 
This  then  becomes  the  Project  Manager's  control  and  status  mech¬ 
anism  in  the  form  of  an  i  mp  I  e  me  n  t  a  t  i  o  n  plan. 

Remember  these  basic  steps  of  (Figure  2-2): 

•  Background  Anal ysi s 

•  Function  Act i vi t y  Chart 

I  Total  Information  Interface  Diagram  (TIID), 

I  Functional  Information  Interface  Di  agram  ( FI  I  D) 

I  Detai I  System  Desi  gn 

•  Pr  oj  ect  I  mpl  ement  at  i  on  Plan 

PIPE  HANGER  PROBLEM  ANALYSIS  MODIFIED;  Bl  SAD;  METHODOLOGY 


The  following  will  illustrate  how  the  modified  version  was  used  to 
solve  an  actual  problem  at  Electric  Boat  Division:  identifying  and 
controlling  piping  hangers  to  support  both  the  installation  and  tests 
of  pi  pi  ng  systems. 

A  few  months  ago,  Pipe  Shop  Management  requested  that  a  system  be 
developed  for  identifying  the  availability  and  controlling  install¬ 
ation  of  piping  hangers.  The  first  step  was  to  document  the  way 
they  were  currently  operating  and  to  identify  the  operating  problems. 
This  step  is  a  mo  r  e  structured  f I o  wc  h  a  r  t  i  n  g  r  e  q  u  i  r  e  me  n  t  than  the 
background  analysis  approach  in  Bl  SAD.  As  part  of  the  background 
analysis  interviews  with  operating  management,  we  developed  a 
Functi  on/ Acti  vi  tv  Chart  depicting  the  existing  method  of  operating 
You  can  see,  it  lists  the  functions  required  by  the 
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the  system  down  the  left-hand  side  and  the  activities  across 
horizontally.  For  example,  the  Central  Trade  Planning  function 
consists  of  four  activities:  work  scope  definition,  installation 
planning,  design  change  evaluation,  and  closeout  evaluation. 

The  next  step  was  to  take  the  information  that  was  gathered  and 

the  Functi  on/ Acti  vi  ty  Chart  and  develop  an  existing  system  -  Total 
Information  Interface  Diagram  or  TIID  (Figure  3  -  Z ) .  Each  of  the 
functions  identified  in  the  Functi  on/ Acti  vi  ty  Chart  became  a  box 

on  the  TIID  and  each  line  between  the  boxes  showed  a  type  of 

information  flow.  This  provided  us  with  an  overview  of  how  all 
of  the  functions  involved  with  piping  hangers  interacted  with 
each  other. 

The  next  step  was  to  take  each  of  the  functions  on  the  TIID  and 

Functi  on/ Acti  vi  ty  Chart  and  develop  a  Functional  Information 
Interface  Diagramor  FI  I  D  for  it  (Figure  3-3).  Each  of  the 
activities  identified  on  the  Functi  on/ Acti  vi  ty  Chart  becomes  a 
processing  block  on  the  FI  ID  and  the  lines  and  documents  flowing 
between  activities  provide  a  graphic  illustration  of  what  goes  on 
within  each  function.  For  example,  there  were  four  activities  on 
the  Functi  on/ Acti  vi  ty  Chart  for  the  Central  Trade  Planning  function 
and  there  are  four  blocks  on  the  Central  Trade  Planning  FIID.  It 
identifies  the  d o c u me n t s  used  to  transfer  i  n f  o r ma t i  o n  from  activity 
to  activity  and  shows  the  interfaces  that  each  activity  has  with 
other  functions  (those  that  are  shown  in  dotted  lines).  These 
are  the  tools  that  we  used  to  analyze  the  information  flow, 
activities,  and  computer  files  to  identify  operating  problems, 
additional  i  n  f  o  r  ma  t  i  o  n  r  e  q  u  i  r  e  me  n  t  s ,  and  redundant  activities. 

While  performing  the  documentation,  developing  the  TIID,  and  the 
FIID's,  we  add  another  enhancement  to  the  Bl  SAD  technique  •  the 
Formal  Probl  em  Log  -  (Figure  3-4).  The  problem  log  is  utilized  in 
each  phase  of  the  analysis  of  the  existing  system  and  during  design 
and  implementation  of  the  proposed  system  -  (Figure  3-5). 

We  start  maintaining  the  log  during  our  initial  interviews  with 
Operating  Management  and  religiously  maintain  it  throughout  the 
study.  This  gives  us  the  problem  baseline  which  our  proposals 

must  resolve.  If  all  problems  are  not  resolved  to  everyone's 
satisfaction,  then  it  is  back  to  the  drawing  board..  The  problem 

log  is  also  a  valuable  tool  to  aid  us  in  developing  both  short¬ 
term  and  I  ong- 1  er  m  sol  ut  i  ons  to  problems.  As  you  all  know,  many 

t  i  me  s  there  s  i  mp  I  y  is  not  enough  t  i  me  to  develop  and  install  the 

final  solution,  and  an  interim  or  short-term  step  that  dovetails 
with  the  long-term  solution  is  implemented. 
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In  short,  if  you  want  to  be  consi  stent  I y  (and  I  underscore 
consistently)  effective,  you  have  to  have  a  reliable  technique 
to  identify  the  real  problems  and  then,  where  needed,  be  able 
to  develop  short,  as  well  as  long-term  solutions.  The  problem 
log  along  with  our  modified  Bl  SAD  functional  analysis  technique 
are  the  tools  we  have  used  to  accomplish  this  for  the  past  8 
years. 

What  we  found  in  the  hanger  system  were  several  operating  problems 
which  were  impacting  our  ability  to  correctly  identify  installation 
r  e  q  u  i  r  e  me  n  t  s ,  availability,  and  status  of  those  r  e  q  u  i  r  e  me  n  t  s  in 
relation  to  a  specific  test  schedule.  Once  we  had  the  problems 
isolated,  our  proposal  included  the  solutions  which  were  designed 
and  presented  in  the  same  format  ■  TIID's  and  FIID's  (Figure  3-6) 
where  the  changes  were  highlighted. 

The  proposed  hanger  system  included  development  and  load  of  pipe 
hanger  installation  requirements  to  a  data  base.  These  require¬ 
ments  were  in  turn  identified  to  test  sections  and  statused  for 
material  availability  and  installation  completeness.  Using  the 
computer  data  base,  we  then  sorted  the  requirements  file  and 
obtained  the  information  in  any  format  needed. 

A  further  enhancement  will  be  to  identify  and  load  the  area  of 
the  ship  that  the  hanger  is  located  in,  so  that  we  will  be  able 
to  obtain  requirements  and  installation  status  by  area  of  the 
shi  p  as  we  1 1 . 

Once  approved  for  implementation,  the  FIID's  formed  the  basis 
for  the  detail  level  flowcharts  (Figure  3-7)  which,  when  literally 
translated,  became  the  department  operating  procedures.  The 
detail  level  flowchart  shows  "how"  the  proposed  system  works.  It 
shows  what  decisions  have  to  be  made  and  the  actions  that  take  place 
to  make  the  system  work. 

The  next  step  was  implementation  of  the  new  system.  To  control  the 
implementation,  we  utilized  the  Project  Control  Methodology.  We 
identified  the  individual  activities  with  dependencies,  estimated 
the  span  times,  assigned  responsibilities,  and  determined  resources 
required.  These  activities  were  then  drawn  into  a  si  mpl  i  f  i  ed  PERT 
type  chart  (Figure  3  ■  8 )  i  mp  I  e  me  n  t  a  t  i  o  n  plan.  This  i  mp  I  e  me  n  t  a  t  i  o  n 
plan  then  became  our  control  mechanism  (on  one  piece  of  paper) 
identifying  the  specific  activities  that  were  required,  the  sequence 
they  had  to  take  place  in,  the  schedule  and  identified  who  was 
responsible  for  accomplishing  the  activity. 
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As  each  implementation  activity  is  completed,  the  appropriate 
"bubble"  is  colored  in  so  that  we  can  see,  at  a  glance,  the 
status  of  implementation  (Figure  3-9).  The  implementation  chart 
also  highlights  those  individuals  on  schedule  and  more  importantly, 
specifically  who  is  holding  up  implementation.  Likewise,  it 
identifies  to  the  project  manager  where  he  has  to  allocate  more 
resources  and  do  the  pushing  to  get  i  mp I e me n t a t i  o n  back  on  track 
and  keep  it  there!  It  sounds  simplistic  because  it  is  ■  and  most 
i  mportantl y,  i  t  works! . 

That  was  a  brief  overview  of  how  a  modified  version  of  BISAD  is 
applied  at  the  Electric  Boat  Division.  I  might  note  that  all  of 
the  engineers  in  our  group  have  had  the  formal  BISAD  training 
taught  by  Honeywell.  As  you  can  see,  the  technique  can  be  learned 
and  applied  by  anyone,  to  identify  and  solve  problems  in  essentially 
any  type  of  business  environment  including  shipyards. 

V.  SUMMARY 

The  summary  is  short  and  to  the  point!  (Figure  4-1)  The  modified 
BISAD  systems  analysis  methodology  is  the  analysis  methodology  used. 
In  short,  it  includes  a  f  o  r  ma  I  d  o  c  u  me  n  t  a  t  i  o  n  of  the  existing  system 
in  the  form  of  a  Functi  on  Acti  vi  tv  Chart,  a  Total  I  n  f  o  r  ma  t  i  o  n 
Pi  a  gram  ( T 1 1 D ) ,  and  then  in  a  lower  level  of  detail,  a  Function 
I  nf  ormati  on  Pi  aqram  (FI  I D)  ■  Throughout  each  step,  a  f  o  r  ma  I  problem 
log  is  developed  and  maintained.  The  solution  or  proposal  is  then 
simply  a  re-drawing  of  the  Functional  Information  Diagram  to 
incorporate  the  change  necessary  to  solve  the  problems.  This  then 
becomes  the  Detail  System  Design.  The  translation  of  these  documents 
into  words  becomes  the  operating  procedure.  They  also  serve  as  the 
training  gui  des. 

Every  analysis  includes  a  proposed  project  implementation  plan  with 
defined,  sequenced  activities,  assigned  responsibilities,  the 
resources,  and  scheduled  spantime  to  accomplish  it.  The  only  other 
key  ingredient  is  a  religious  adherence  to  the  methodology.  Every¬ 
one  uses  it;  and  everyone  uses  it  the  same  way  -  by  the  book! 

S  i  mp  I  y  stated,  it  is  an  e  a  s  y  ■  t  o  ■  I  e  a  r  n ,  effective,  standard  means 
for  doing  problem  analysis,  systems  analysis,  and  system  design, 
while  the  project  management  plan  ensures  that  the  job  gets 
i  mp  I  e  me  n  t  e  d . 
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FIGURE  1-1 

PROBLEM  SOLVERS'  LIFE  SPAN  9 


FI  GURE  1-2 

SAMPLE  PROBLEM  LIST 

REFUSE  DISPOSAL  SYSTEM 

PIPE  SYSTEM  FINAL  CLOSURE  "TARGET" 
DIVISION-WIDE  INVENTORY  SYSTEM 
INVENTORY  RECONCILIATION  SYSTEM 

HAZARDOUS  WASTE  CONTROL  SYSTEM 

STRUCTURAL  STEEL  WELD  ACCOUNTABILITY  SYSTEM 
PILOT  MACHINE  SHOP  WORK  CONTROL  SYSTEM 


TRADE  WORK  CENTER  ANALYSES 


FIGURE  1-3 


FIGURE  2-1 


BISAD  CONCEPTS 
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FIGURE2-2 

BISAD  ANALYSIS  STEPS 

•  BACKGROUND  ANALYSIS 

1  FUNCTION  ACTIVITY  CHART 

1  TOTAL  INFORMATION  INTERFACE  DIAGRAM  -  TIID 

1  FUNCTIONAL  INFORMATION  INTERFACE  DIAGRAM  - 
FIID 

•  DETAIL  SYSTEM  DESIGN 

•  PROJECT  IMPLEMENTATION  PLAN 


FIGURE  3-1 


HANGER  SYSTEM  FUNCTION/ACTIVITY  CHART  -  EXISTING  SYSTEM 


FIGURE  3-2 


TOTAL  INFORMATION  INTERFACE  DIAGRAM 

(TIID) 


ENGINEERING  | 


SATELLITE 

TRADE 

PLANNING 


FIID 


ENGINEERING 

CONFIGURATION 

MANAGEMENT 


FIGURE  3-4 

PROBLEM  LOG 


FIGURE  3-5 


BisAD  CONctPTS  WITH  MOuiFiCAl  iuN 
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FIGURE  3-6 


SYSTEM  PROTOTYPE  -  FIID 


FIGURE  3-8 

IMPLEMENTATION  PLAN 


FIGURE  3-9 


STATUSED  OPERATIONAL  IMPLEMENTATION  PLAN 


FIGURE  4-1 


PROBLEM  SOLVING  OVERVIEW 
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